home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 2 / CU Amiga Magazine's Super CD-ROM 02 (1996)(EMAP Images)(GB)[!][issue 1996-04].iso / magazine / amiga_e / amigae.jan.archive / 000018_crash!world.std.com!cosell_Thu, 6 Jan 94 08:17:31 PST.msg < prev    next >
Text File  |  1994-02-17  |  4KB  |  104 lines
  1. Received: by bkhouse.cts.com (V1.16/Amiga)
  2.     id AA00000; Thu, 6 Jan 94 08:17:31 PST
  3. Received: from world.std.com by crash.cts.com with smtp
  4.     (Smail3.1.28.1 #18) id m0pHh4S-0000qqC; Wed, 5 Jan 94 14:51 PST
  5. Received: by world.std.com (5.65c/Spike-2.0)
  6.     id AA23259; Wed, 5 Jan 1994 17:50:06 -0500
  7. X-Mailer: //\\miga Electronic Mail (AmiElm 2.253)
  8. Date: Wednesday, 5 January 1994 17:37 EST
  9. Organization: Fantasy Farm Fibers
  10. Message-Id: <5848:63459@fantasyfarm.com>
  11. From: bernie@fantasyfarm.com (Bernie Cosell)
  12. To: AmigaE@bkhouse.cts.com
  13. Subject: E <-> C compatibility?
  14.  
  15. I suspect I could guess the answer to this, but it can't hurt
  16. asking: Is there any sort of compatibility between E and C.  Can
  17. you write routines in E that'd produce some kind of ".o" file that
  18. a C program could link with.  On the other side of the coin, can
  19. you write an E routine that could link with and call routines from
  20. a standard ".o" file?
  21.  
  22. Thanks
  23.   /Bernie\
  24. -- 
  25. Bernie Cosell                               bernie@fantasyfarm.com
  26. Fantasy Farm Fibers, Pearisburg, VA         (703) 921-2358
  27. From crash!delphi.com!NES Thu, 6 Jan 94 08:19:43 PST
  28. Received: by bkhouse.cts.com (V1.16/Amiga)
  29.     id AA00000; Thu, 6 Jan 94 08:19:43 PST
  30. Received: from bos1b.delphi.com by crash.cts.com with smtp
  31.     (Smail3.1.28.1 #18) id m0pHkp1-0000MXC; Wed, 5 Jan 94 18:51 PST
  32. Received: from delphi.com by delphi.com (PMDF V4.2-11 #4520) id
  33.  <01H7C6NY1ZSG94OMUR@delphi.com>; Wed, 5 Jan 1994 21:39:07 EDT
  34. Date: Wed, 05 Jan 1994 21:39:07 -0400 (EDT)
  35. Message-id: <01H7C6NY1ZSI94OMUR@delphi.com>
  36. X-VMS-To: IN%"AmigaE@bkhouse.cts.com"
  37. MIME-version: 1.0
  38. Content-type: TEXT/PLAIN; CHARSET=US-ASCII
  39. Content-transfer-encoding: 7BIT
  40. From: NES@delphi.com
  41. To: AmigaE@bkhouse.cts.com
  42. Subject: Re: Newbie Question
  43.  
  44. Try this: WriteF('There are \d \s.\n',number,product)
  45. Have you printed out the Language Referance guide?  This will give you
  46. the diffrent formats of data output useing WriteF.
  47. Anyway back to the WriteF('There are \d \s.\n',number, product).
  48. Output will look like this:  There are 5 apples.
  49. You can use any varible in place of number and product.
  50. Hope this helps... 
  51. Eric  (NES@DELPHI.COM)
  52. From crash!uniwa.uwa.edu.au!multi!robbage Fri, 7 Jan 94 01:04:36 PST
  53. Received: by bkhouse.cts.com (V1.16/Amiga)
  54.     id AA00000; Fri, 7 Jan 94 01:04:36 PST
  55. Received: from uniwa.uwa.edu.au by crash.cts.com with smtp
  56.     (Smail3.1.28.1 #18) id m0pHwP2-0000HfC; Thu, 6 Jan 94 07:13 PST
  57. Received: from localhost (uucp@localhost) by uniwa.uwa.edu.au (8.6.4/8.6.2) id XAA24557 for bkhouse.cts.com!AmigaE; Thu, 6 Jan 1994 23:13:26 +0800
  58. Received: by multi.multiline.com.au (Smail3.1.28.1 #6)
  59.     id m0pHuom-000BxeC; Thu, 6 Jan 94 21:32 WST
  60. Message-Id: <m0pHuom-000BxeC@multi.multiline.com.au>
  61. Date: Thu, 6 Jan 1994 21:32:04 +0800 (WST)
  62. In-Reply-To: <m0pHLg8-0000JaC@crash.cts.com> from "3NDS3" at Jan 4, 94 06:58:14 pm
  63. X-Mailer: ELM [version 2.4 PL21]
  64. MIME-Version: 1.0
  65. Content-Type: text/plain; charset=US-ASCII
  66. Content-Transfer-Encoding: 7bit
  67. Content-Length: 1098
  68. From: robbage@multi.multiline.com.au (Rob Nottage)
  69. To: AmigaE@bkhouse.cts.com
  70. Subject: Re: Gadtools help
  71.  
  72. > I'm using GadToolsBox, SrcGen and E to create my first E program, but
  73. > I need the documentation for all the Gadtools library function calls. The
  74. > latest version only has the GTX calls documented. If anyone could point
  75. > out the correct direction, I'd be grateful.
  76.  
  77.  
  78. The RKM's without a doubt
  79.  
  80. > Also I was wondering if anyone could give me a hint how to access the
  81. > string info inside string gadgets using E. I've done it in C, under the
  82. > 1.3 includes, but obviously that doesn't work here. :)
  83.  
  84. Assign a pointer of type 'gadget' when you create the gadget.
  85. e.g  DEF mystring=NIL:PTR TO gadget
  86. and use the return value of Creategadget to this pointer
  87.  
  88. e.g. mystring:=CreateGadgetA(...)
  89.  
  90. When you want to get the pointer to the string's buffer later...
  91.  
  92. variable:=mystring.specialinfo
  93. StrCopy(newstring,^variable,ALL)
  94.  
  95. This will result in 'newstring' containing the string they typed EVEN IF
  96. THEN DIDN'T PRESS RETURN!
  97.  
  98. I don't know if this is the recommended way of doing it, but it
  99. certainly works  :-)
  100.  
  101. BTW, to get an INTEGER_KIND's value, do the same but...
  102.  
  103. newvalue:=Val(^variable,NIL)
  104.